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(57) Various systems and methods are disclosed to 
achieve remote processing of items in a client (1 06) with 
limited processing capacity. Specifically a client (106) 
receives an element that it is unable to render or other- 
wise process to present to the user due to its limited 
processing capacity. The client (106) transmits the ele- 
ment to a server (1 09) that includes various processing 



modules that allow the server (1 09) to process the ele- 
ment or otherwise perform the task that was beyond the 
client capability. The server (1 09) thus processes the el- 
ement, thereby converting it into a form that is recogniz- 
able by the client (106). The processed element (329) 
is then sent back to the client (1 06) where it is depicted 
or otherwise executed in the client (106). 
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Description 
TECHNICAL FIELD 

[0001] The present invention is generally related to 
the field of processing and, more particularly, is related 
to a system and method for distributed processing be- 
tween a client and a server. 

BACKGROUND OF THE INVENTION 

[0002] Current data communications networks such 
as the Internet or other networks has sparked the infor- 
mation age. As time goes by, more and more information 
is made available via the Internet. Also, as more and 
more individuals gain access to existing data communi- 
cations networks, an increased use of electronic mail is 
evident. The advent of the digital revolution, and specif- 
ically, the Internet has changed the lives of nearly eve- 
ryone in some manner. Unfortunately, there are those 
who are left out. In particular, many individuals are not 
"computer literate" and lack the skills to use a personal 
computer or other available computing device that pro- 
vide access to the Internet and the information that it 
provides. Also, the current cost of computer technology 
necessary to gain access to the Internet places such 
technology beyond the reach of many who cannot afford 
it. 

[0003] In an attempt to address these problems, new 
devices termed "Internet Appliances" provide easy to 
use limited Internet access capability are being created. 
These devices are designed to provide limited access 
to the Internet without the use of a personal computer 
or equivalent system. Due to their limited capability, In- 
ternet appliances may be made available to consumers 
at a lower cost than traditional computer technology. 
The limited capability of such devices is manifested, for 
example, in terms of limited processing power or other 
attributes. These devices may include mini-browsers 
that provide limited access to information from various 
sites on the Internet or other network. Unfortunately, the 
limits in the processing power of Internet appliances 
may limit the functionality below an acceptable thresh- 
old that seriously effects their marketability. 

SUMMARY OF THE INVENTION 

[0004] In view of theforegoing discussion, the present 
invention provides for various systems and methods for 
remote processing. In one embodiment, a processing 
method is provided in a server. In this respect, the 
processing method comprises the steps of parsing a 
processing request in a serverto identify a non-process- 
able element associated therewith, the processing re- 
quest being received from a client via a network, where- 
in the non-processable element is unrecognizable by 
the client, and, performing at least one processing task 
on the non-processable element to generate a proc- 



essed element recognizable by the client. 
[0005] In another embodiment, the present invention 
provides for a program embodied on a computer read- 
able medium for remote processing. In this respect, the 
5 program includes at least one statement for parsing a 
processing request in a serverto identify a non-process- 
able element associated therewith, where the process- 
ing request was received from a client via a network and 
the non-processable element is unrecognizable by the 
client. Also, the computer program includes at least one 
statement for initiating an execution of at least one 
processing task on the non-processable element to gen- 
erate a processed element recognizable by the client. 
[0006] In yet another embodiment, the present inven- 
tion provides for a remote processing system. In this re- 
spect, the remote processing system includes a proc- 
essor circuit having a processor and a memory. Stored 
in the memory and executable by the processor is re- 
mote processing logic. The remote processing logic 
comprises logic for parsing a processing request in a 
serverto identify a non-processable element associated 
therewith. The processing request is received from a cli- 
ent via a network, where the non-processable element 
is unrecognizable by the client. The remote processing 
logic also comprises logic for initiating an execution of 
at least one processing task on the non-processable el- 
ement to generate a processed element recognizable 
by the client. 

[0007] On the client side, the present invention pro- 
vides for a methodfor interfacing with a processing serv- 
er to achieve the remote processing of incompatible el- 
ements received by the client. In this regard, the present 
method comprises parsing a markup file in the client to 
ascertain a non-processable element associated there- 
with, the markup file being received from a server via a 
network; generating a processing request and associ- 
ating the non-processable elementtherewith; and trans- 
mitting the processing request to the processing server 
to be transformed into a processed element recogniza- 
ble by the client. 

[0008] The present invention also provides for a pro- 
gram embodied on a computer readable medium and 
executable in a client for interfacing with a processing 
server. In this respect, the program comprises at least 
one statement for parsing a markup file in a client to as- 
certain a non-processable element associated there- 
with, the markup file being received from a server via a 
network; at least one statement for generating a 
processing request and associating the non-processa- 
ble element therewith; and at least one statement for 
transmitting the processing request to the processing 
server to be transformed into a processed element rec- 
ognizable by the client. 

[0009] The present invention also provides for a sys- 
tem in a client for interfacing with a processing server. 
In this regard, the system includes a processor circuit 
having a processor and a memory. Stored inthememory 
and executable by the processor is processing compat- 
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ibility logic. The processing compatibility logic compris- 
es logic for parsing a markup file in the clientto ascertain 
a non-processable element associated therewith, the 
markup file being received from a server via a network. 
The processing compatibility logic also comprises logic 
for generating a processing request and associating the 
non-processable element therewith, and, logic fortrans- 
mitting the processing request to the processing server 
to be transformed into a processed element recogniza- 
ble by the client. 

[0010] Other features and advantages of the present 
invention will become apparentto a person with ordinary 
skill in the art in view of the following drawings and de- 
tailed description. It is intended that all such additional 
features and advantages be included herein within the 
scope of the present invention. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWINGS 

[0011] The invention can be understood with refer- 
ence to the following drawings. The components in the 
drawings are not necessarily to scale. Also, in the draw- 
ings, like reference numerals designate corresponding 
parts throughout the several views. 

FIG. 1 is a drawing of a distributed processing net- 
work according to the present invention; 
FIG. 2 is a sample of a processing request gener- 
ated by a client of the distributed processing net- 
work of FIG. 1 ; 

FIG. 3A is a flow chart of a first component of 
processing compatibility logic executed in a client 
of the distributed processing network of FIG. 1 ; 
FIG. 3B is a flow chart of a second component of 
processing compatibility logic executed in a client 
of the distributed processing network of FIG. 1 ; 
FIG. 4 is a block diagram of a processing agent ex- 
ecuted in a server of the distributed processing net- 
work of FIG. 1 ; 

FIG. 5 is a sample of a client specification sheet 
stored, for example, in a server of the distributed 
processing network of FIG. 1 ; 
FIG. 6 is a sample of a client configuration stored, 
for example, in a server of the distributed process- 
ing network of FIG. 1 ; 

FIG. 7 is a sample of a processing response gen- 
erated by a server of the distributed processing net- 
work of FIG. 1 ; and 

FIG. 8 is a flow chart of processing compatibility log- 
ic executed in a client of the distributed processing 
network of FIG. 1 . 

DETAILED DESCRIPTION OF THE INVENTION 

[0012] Turning to FIG. 1, shown is a distributed 
processing network 1 00 according to the present inven- 
tion. The distributed processing network 100 includes a 



server 1 03 ; a client 1 06, and a processing server 1 09. 
The server 103, client 106, and processing server 109 
are all coupled to a network 1 13. The server 1 03, client 
106, and processing server 109 are in data communi- 

5 cation with each other by way of the network 113. 

[0013] The server 103 includes a processor circuit 
with a processor 123 and a memory 126, both of which 
are coupled to a local interface 129. The local interface 
may be, for example, a data bus with an accompanying 

10 control bus as is generally known by those with ordinary 
skill in the art. Stored in the memory 1 26 and executable 
by the processor 123 is an operating system 133 and a 
web server 1 36. The web server 1 36 includes a number 
of pages 139. The pages 139 may be created using hy- 

15 pertext markup language (HTML), extensible markup 
language (XML), or other computer language that is ac- 
cessed and interpreted by browsers as is known by 
those with ordinary skill in the art. The web server 136 
may operate according to the protocol employed by the 

20 world wide web or according to another protocol to ac- 
complish the transfer of the pages 139 to other ma- 
chines coupled to the network 1 1 3 as is generally known 
by those with ordinary skill in the art. The server 1 03 is 
representative of a multitude of servers that contain pag- 

25 es 139 that may be accessed and viewed/manipulated 
with the client 106. 

[001 4] The client 1 06 may be, for example, an I nternet 
Appliance such as an Internet capable printer/scanner 
a personal digital assistant (PDA), palm pilot, or other 
30 device. Note that the client 1 06 may be compatible with 
other networks beyond the Internet. In this respect the 
client 106 includes a processor circuit with a processor 
1 43 and a memory 1 46, both of which are coupled to a 
local interface 149. The local interface 149 may be, for 
35 example, a data bus with an accompanying control bus 
as is generally known by those with ordinary skill in the 
art. Stored in the memory 146 and executable by the 
processor 143 is an operating system 153 and a mini- 
browser 156. The mini browser 1 53 includes processing 
40 compatibility logic 159 according to an aspect of the 
present invention. The client 1 06 may include user input 
devices such as ; for example, a keypad, touch pad, 
touch screen, microphone, or one or more push buttons, 
etc. Also, the client 1 06 may include user output devices 
45 such as display devices, indicator lights, etc. Such input/ 
output devices provide the user with the ability to ma- 
nipulate the client 106 in an appropriate manner. 
[0015] The processing server 109 also includes a 
processor circuit with a processor 1 63 and memory 1 66, 
50 both of which are coupled to a local interface 1 69. The 
local interface 1 69 may be, for example, a data bus with 
an accompanying control bus as is generally known by 
those with ordinary skill in the art. Stored on the memory 
1 66 and executable by the processor 1 63 is an operat- 
es jng system 173, a processing agent 176, a client spec- 
ification database 179, and a client configuration data- 
base 1 83. The processing agent 1 76 is executed by the 
processor 163 to perform various processing tasks in 
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conjunction with the requirements of the client 1 06 and 
the server 103 as will be discussed. The client specifi- 
cation database 179 and the client configuration data- 
base 1 83 are accessed by the processing agent 1 76 as 
needed. 

[0016] In addition, each of the memories 126, 166, 
and 146 include both volatile and nonvolatile memory 
components. Volatile components are those that do not 
retain data values upon loss of power. Nonvolatile com- 
ponents are those that retain data upon a loss of power. 
Thus, the memories 126, 166, and 146 may comprise, 
for example, random access memory (RAM), read-only 
memory (ROM), hard disk drives, floppy disks accessed 
via an associated floppy disk drive, compact disks ac- 
cessed via a compact disk drive, magnetic tapes ac- 
cessed via an appropriate tape drive, and/or other mem- 
ory components, or a combination of any two or more 
of these memory components. 

[001 7] Also, each of the processors 1 23, 1 43, and 1 63 
may represent multiple processors and each of the 
memories 126, 166, and 146 may represent multiple 
memories that operate in parallel processing circuits, re- 
spectively. In such a case, the local interface 129, 149, 
and 169 may be an appropriate network that facilitates 
communication between any two of the multiple proces- 
sors or between any processor and any of the memo- 
ries, etc. The local interface 129, 149, and 169 may fa- 
cilitate memory to memory communication as well. The 
processors 123/146/163, memories 126/166/146, and 
local interfaces 1 29/1 49/1 69 may be electrical or optical 
in nature. Also, the memories 1 26/1 66/1 46 may be mag- 
netic in nature. 

[0018] The network 113 includes, for example, the In- 
ternet, wide area networks (WANs), local area networks, 
or other suitable networks, etc., or any combination of 
two or more such networks. The server 1 03, client 1 06, 
and/or processing server 1 09 are coupled to the network 
113 in any number of ways to facilitate data communi- 
cation to and from the network 1 1 3 as is generally known 
by those of ordinary skill in the art. For example, the 
server 103, client 106, and/or processing server 109 
may be linked to the network 1 1 3 through various devic- 
es such as, for example, network cards, modems, or 
other such communications devices. 
[0019] The server 103 and/or the processing server 
109 may each employ one or more peripheral devices. 
Such peripheral devices may include user input devices, 
for example, a keypad, touch pad, touch screen, micro- 
phone, scanner, mouse, joystick, or one or more push 
buttons, etc. Also, the peripheral devices may include 
user output devices such as display devices, indicator 
lights, speakers, printers, etc. Specific display devices 
may be, for example, cathode ray tubes (CRT), a liquid 
crystal display screens, a gas plasma-based flat panel 
displays, light emitting diodes, etc. 
[0020] The operating systems 1 33, 1 53, and 1 73 are 
executed to control the allocation and usage of hard- 
ware resources in the server 103, client 106, and the 



processing server 1 09, respectively. Specifically, the op- 
erating systems 1 33, 1 53, and 1 73 control the allocation 
and usage of the respective memories 126, 146, and 
1 66, processing time, and the peripheral devices as well 

5 as performing other functionality. In this manner, the op- 
erating systems 133, 153, and 173 serve as the foun- 
dation on which applications depend as is generally 
known by those with ordinary skill in the art. 
[0021] Next, the operation of the distributed process- 

10 ing network 1 00 is described. To begin, a user manipu- 
lates the mini-browser 1 56 in the client 1 06 to download 
one of the pages 1 39 from the server 1 03. Alternatively, 
one or more of the pages 139 may be automatically 
download from the server 1 03 to the client 1 06, the pag- 

15 es 139 having been pre-selected, etc. The processor 
1 43 in the client 1 06 is limited in the number of instruc- 
tions it can execute with in a given period of time, thereby 
limiting the size and complexity of the components 
stored on the memory 146 that can be executed in an 

20 acceptable manner. Thus, the min-browser 156 is em- 
ployed by the client 1 06 as it requires a lesser amount 
of processing power to execute. 

[0022] Due to the fact that the client 1 06 includes a 
diminished processing capacity, when a respective one 

25 of the pages 139 is downloaded to the client 106, the 
mini-browser 1 56 may not be able to process and render 
all of the information contained within the page 1 39 for 
a user. As a result, the client 1 06 may render an incom- 
plete depiction of the pages 139. For example, assum- 

30 ing that the client 1 06 were a Internet capable scanner/ 
printer, then the mini-browser 156 or the operating sys- 
tem 1 53 may lack the functionality necessary to convert 
various images or text from the formats included in the 
pages 139 into a format recognizable by the client such 

35 as a raster format for printing. Consequently, a printout 
of the respective page 139 by the client 106 may not 
include various components that could not be rendered 
by the client 106. 

[0023] To address this situation, the mini-browser 1 56 

40 includes the processing compatibility logic 159. The 
processing compatibility logic 159 is executed by the 
processor 143 to scan over a newly received page 139 
to identify any non-processable elements within the 
page 139. The non-processable elements arethosethat 

45 are unrecognizable by the client 1 06 insofar as the client 
1 06 does not have the ability to process such elements. 
The processing compatibility logic 159 then generates 
a processing request 1 86 and associates the non-proc- 
essable element therewith. The processing compatibil- 

50 ity logic 159 then supplies the processing request 186 
to the processing server 1 09. The processing server 1 09 
executes the processing agent 1 76 to parse through the 
processing request 186 to determine one or more 
processing tasks that need to be implemented in light of 

55 the non-processable element to convert it into a form 
that is recognizable by the client 106. 
[0024] The processing agent 176 examines a client 
specification sheet stored in the client specification da- 
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tabase 179 to obtain information necessary to identify 
the processing tasks necessary to perform the conver- 
sion into the format that is acceptable by the client 1 06. 
The processing agent then proceeds to perform the one 
or more processing tasks to convert the non-processa- 
ble element into a "processable" element that can be 
processed by the client 1 06. 

[0025] The processing agent 176 then generates a 
processing response 1 89 that has the processable ele- 
ment associated therewith. The processing agent 176 
also associates the processing response 189 with the 
processing request 1 86. This may be done, for example, 
by including a request identifier supplied in the process- 
ing request 186 into the processing response 189. 
Thereafter, the processing server 109 transmits the 
processing response 1 89 back to the client 1 06. The cli- 
ent 1 06 then obtains the processable element from the 
processing response 189 and renders the element for 
the user in the form for which the client 1 06 is adapted. 
[0026] With reference to FIG. 2, shown is a process- 
ing request 186 according to an aspect of the present 
invention. The processing request is generated by the 
processing compatibility logic 159 upon identifying a 
non-processable element within a page 1 39 (FIG. 1 ) that 
has been downloaded from the server 103 (FIG. 1) to 
the client 1 06 (FIG. 1). The processing request 1 86 iden- 
tifies a number of items that provide information to the 
processing agent 176 (FIG. 1) that enable the process- 
ing of the non-processable element. For example, the 
processing request 1 86 includes a unit model 203, a unit 
type 206, and a unit serial number 209. The unit model 
203, unit type 206, and unit serial number 209 identify 
the particular hardware configuration of the client 106. 
The processing request 186 also includes a request 
identifier 21 3 to uniquely identify the processing request 
186 among any number of requests generated by the 
client 106 at a given moment. The processing server 
109 (FIG. 1) copies the request identifier 213 to the 
processing response 189 (FIG. 1) to associate the 
processing response 1 89 with the particular processing 
request 1 86. 

[0027] The processing request 186 also includes a 
subdivision identifier 216 that uniquely identifies a par- 
ticular processing request 186 among a grouping of 
processing requests 186. The subdivision identifier 21 6 
facilitates the case that a particular non-processable el- 
ement is transmitted to the processing server 109 in 
multiple processing requests 186. The processing re- 
quests 1 86 may be created using various computer lan- 
guages or formats such as, for example, HTML, XML, 
or other suitable language or format. 
[0028] Associated with the processing request 1 86 is 
a non-processable element 219 as well as an element 
type 223. The non-processable element 21 9 may be as- 
sociated with the processing request 186, for example, 
by including a uniform resource indicator (URI) of the 
non-processable element 219 therein. Such a URI lo- 
cates the non-processable element 21 9 on the network 



113. Also, the non-processable element 21 9 may be as- 
sociated with the processing request 186 by including 
the data that comprises the non-processable element 
itself into the processing request 186. The image type 
5 223 indicates a particular type of the non-processable 
element 219. for example, such as whether it is an im- 
age, text, etc. 

[0029] The processing request 186 also includes 
processing information such as a destination format 226 

10 with a number of destination parameters 229 that relate 
to the capabilities of the client 1 06. The destination for- 
mat 226 indicates a desired format to which the non- 
processable element is to be converted so as to be com- 
patible with the capabilities of the client. The parameters 

15 229 may identify that data compression may be em- 
ployed or that the processed element may be received 
in a form of packets, etc. The processing request 186 
also includes physical output information 133 relating to 
the client 1 06 that indicates a particular physical output 

20 format associated with the client 1 06. For example, the 
output information 233 may be a paper size that is em- 
ployed to print out the resulting processed element or 
other information. In addition, it is understood that other 
information may be included within the processing re- 

25 quest 186 other than that discussed above to provide 
the processing server 1 09 with the capability of process- 
ing the unprocessed element 219 contained therein. 
[0030] With reference to FIG. 3A, shown is a flow 
chart of afirst component of the processing compatibility 

30 logic 1 59a according to an aspect of the present inven- 
tion. Alternatively, the flow chart of FIG. 3A may be 
viewed as depicting the steps in a method executed in 
the client 106. The processing compatibility logic 159a 
may be created using any one of a number of software 

35 languages such as Java™ by Sun Microsystems of 
Mountainview, California; C++; ANSI C that is a version 
of C language standardized by the American National 
Standards Institute, although other languages may be 
employed. 

40 [0031] The processing compatibility logic 159a is ex- 
ecuted in the client 106 to identify all non-processable 
elements 21 9 (FIG. 2) within one of the pages 1 39 (FIG. 
1) downloaded from the server 103 (FIG. 1) to the client 
106 (FIG. 1). The processing compatibility logic 159a 

45 also generates the processing request 1 86 (FIG. 1 ) that 
is transmitted to the processing server 1 09 (FIG. 1). This 
is done to allow the non-processable element 21 9 con- 
tained therein to be processed by the processing agent 
176 (FIG. 1), thereby converting the non-processable 

50 element 21 9 into the destination format 226 that is com- 
patible with the client 106. Beginning with block 243, the 
processing compatibility logic 159a parses through the 
page 139 to find all of the non-processable elements 
219 contained therein. In particular, the non-processa- 

55 ble elements 219 are those that are incompatible with 
the client 1 06 such that the client 1 06 lacks the capability 
of rendering the non-processable elements in the most 
optimal form to the user. 
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[0032] After all of the non-processable elements are 
identified in block 243, then the processing compatibility 
logic 159a proceeds to block 246 to begin a loop with 
the first one of the non-processable elements 21 9 iden- 
tified in block 243. Thereafter, in block 249 a request 
identifier 213 (FIG. 2) is generated by the processing 
compatibility logic 159a. Next, in block 253 the client 
identification information is included in the processing 
request 186, namely, the unit model 203 (FIG. 2), unit 
type 206 (FIG. 2), the serial number 209 (FIG. 2), the 
processing information including the destination format 
226 and the parameters 229, and the device information 
233 as well as any other pertinent information. The 
processing compatibility logic 159a then proceeds to 
block 256 in which the non-processable element 21 9 is 
associated with the processing request 186. 
[0033] Thereafter, the processing compatibility logic 
159a progresses to block 259 in which the processing 
request 1 86 is transmitted to the processing server 1 09 
(FIG. 1) to be processed by the processing agent 176. 
Note that encryption, encapsulation, or other date 
processing may be applied to the processing request 
1 86 as well. Then, in block 263 the processing compat- 
ibility logic 159a determines whether the last non-proc- 
essable element 219 identified in the respective page 
139 (FIG. 1) has been transmitted in a processing re- 
quest 1 86 to the processing server 1 09. If not, then the 
processing compatibility logic 1 59a moves to block 266 
in which the next non-processable element 219 is iden- 
tified. Thereafter, the processing compatibility logic 
1 59a reverts to block 249. Referring back to block 263, 
assuming that the last non-processable element 219 
has been transmitted to the processing server 1 09, then 
the processing compatibility logic 1 59a ends according- 
ly- 

[0034] With reference to FIG. 3B, shown is a flow 
chart of a second component of the processing compat- 
ibility logic 159b according to an aspect of the present 
invention. Alternatively, the flow chart of FIG. 3B may 
also be viewed as depicting the steps in a method exe- 
cuted in the client 1 06. The processing compatibility log- 
ic 1 59b is executed in the client 1 06 upon the receipt of 
the processing response 1 89 (FIG. 1 ) from the process- 
ing server 109. In this respect, the processing compat- 
ibility logic 159b begins with block 273 in which the 
processing response 189 is parsed to find the proc- 
essed element that is associated therewith. Thereafter, 
the processing compatibility logic 159b proceeds to 
block 276 in which an appliance task is executed in the 
client 1 06 that employs the processed element. For ex- 
ample, in the case that the client 1 06 is an Internet ca- 
pable printer/scanner, then the processed element may 
be included within a document that is to be printed, etc. 
Thereafter, the processing compatibility logic 1 59b ends 
to await the arrival of the next processing response 1 89. 
[0035] With reference to FIG. 4, shown is a block di- 
agram of the processing agent 176 according to an as- 
pect of the present invention. The processing agent 1 76 



includes a client interface 303 and several other com- 
ponents that are employed by the processing agent 1 76 
to perform various processing tasks to generate the 
processed element that is transmitted back to the client 

5 106 (FIG. 1). In this respect, the processing agent 176 
includes one or more image rendering modules 306, 
various font files 309, image databases 313, forms da- 
tabases 316, speech recognition modules 319 or other 
modules that perform various processing tasks. It is un- 

10 derstood that the processing agent 1 76 is not limited to 
a particular type of processing task as any number of 
different processing tasks may be employed to convert 
a non-processable element 219 into a processed ele- 
ment that is compatible with the client 1 06 given its lim- 

15 jted processing capability. 

[0036] The various processing tasks performed by the 
modules within the processing agent 1 76 can vary from 
converting an image to a particular format that is com- 
patible with the client 1 06 to generating various images 

20 and forms with files stored in the image and forms da- 
tabases 313 and 316. Also, font files 309 may be con- 
sulted to render various fonts that are not contained 
within the client 106. The speech recognition module 
31 9 may be employed to convert a voice signal into text 

25 that is understandable by the client 1 06. The use of the 
processing agent 176 to perform various processing 
tasks that are beyond the capability of the client 1 06 pro- 
vides various advantages. For instance, one such ad- 
vantage is that the processor circuit within the client 106 

30 need not perform all of the tasks necessary to provide 
an output. Specifically, assuming that the client 106 
were an Internet capable printer, for example, then the 
client 106 would not need to be outfitted with all of the 
various processing modules needed to render every 

35 type of image, font, or other printable element that the 
client may encounter 106. Rather, such processing 
modules may be included in the processing agent 1 09. 
[0037] To provide another example, assume that the 
client 1 06 includes a microphone that a user may em- 

40 ploy to provide verbal operational commands to the cli- 
ent 1 06 to perform various tasks. In response, the client 
106 transmits the recorded voice signal in the form of 
an MP3 file, for example, to the processing server 109 
(FIG. 1) to obtain the text equivalent of the voice signal. 

45 The processing server 1 09 may then download the text 
commands to the client 1 06 that recognizes the format 
and performs the desired action .Thus, the various kinds 
of processing tasks that may be performed by the 
processing agent 176 are generally unlimited depend- 

50 ing on desired results with the client 106 of limited ca- 
pability. 

[0038] As another example, the client 1 06 may trans- 
mit text to the processing server 109. The processing 
agent 1 76 would then generate an audio file that corre- 
55 sponds to the transmitted text. This audio file may then 
be sent back to the client 106 where it is played for a 
user. This would be beneficial for the blind who could 
obtain audio readout of various text that is scanned us- 
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ing a scanner. There is a multitude of possible applica- 
tions to which the present invention may be directed, 
such applications being within the scope of the present 
invention. 

[0039] With reference to FIG. 5, shown is a client 
specification sheet 1 79a that is stored in the client spec- 
ification database 179 (FIG. 1) of the processing server 
1 09 (FIG. 1 ) the client specification sheet 1 79a declares 
various state variables relative to the particular client 
1 06 to which the client specification sheet 1 79a is asso- 
ciated. In particular, the client specification sheet 179a 
includes the unit model 203 that associates the client 
106 with the client specification sheet 179a. The client 
specification sheet 1 79a declares a number of state var- 
iables 323 that are consulted by the processing agent 
1 76 in performing various processing tasks that are spe- 
cific to a particular client 1 06. 

[0040] With reference to FIG. 6, shown is a client con- 
figuration sheet 1 83a that is stored within the client con- 
figuration database 183 (FIG. 1). The client interface 
303 (FIG. 4) consults the client configuration sheet 1 83 
to determine a configuration of the processing response 
to be transmitted to the client 106 (FIG. 1). In particular, 
the client configuration sheet 183a identifies a number 
of variables 326 that are consulted in creating the 
processing response. The variables may include the 
name of the element, resolution if the element is an im- 
age, image width, image height, image format, com- 
pression factor, an image type, a pixel type, a color 
space, a time-out value, or other parameters. By know- 
ing these parameters, the client interface 303 may de- 
termine the precise processing tasks that are to be per- 
formed to generate the processed element for the client 
106. 

[0041] Turning then to FIG. 7, shown is the processing 
response 1 89 according to an aspect of the present in- 
vention. The processing response 1 89 includes the unit 
model 203 : unit type, 206, and unit identifier 209. The 
unit identifier 209 may be, for example, a unique serial 
number assigned to the client 106 (FIG. 1). This infor- 
mation may be employed by the processing agent 1 76 
(FIG. 1 ) to verify that a particular processing request 1 86 
was received from a valid client 1 06. Also, the request 
identifier 213 and the subdivision identifier 216 are in- 
cluded that associate the processing response 1 89 with 
the respective processing request 1 83. Associated with 
the processing response 189 is a processed element 
329. In particular, the processed element 329 may be 
associated with the processing response 1 89. for exam- 
ple, by including the actual data that is encompassed 
within the processed element into the processing re- 
sponse 189. Alternatively, processed element 329 may 
be associated with the processing response 189 by in- 
cluding a uniform resource identifier (URI) of the proc- 
essed element on the network 113 (FIG. 1) in the 
processing response 189. 

[0042] With reference to FIG. 8, shown is a flow chart 
of the client interface 303 executed as part of the 



processing agent 176. Alternatively, the flow chart of 
FIG. 8 may viewed as depicting steps in a method for 
processing the processing request 189 (FIG. 7). The cli- 
ent interface 303 is executed in the processing server 

5 1 09 as a part of the processing agent 1 76 to interpret a 
processing request 186 received from the client 106. 
The client interface 303 then initiates the execution of 
the various processing tasks necessary to convert the 
unprocessed element 21 9 into a processed element 329 

10 (FIG. 7) compatible with the client 1 06. 

[0043] The client interface 303 and other components 
of the processing agent 1 76 may be created using var- 
ious programming languages including Java from Sun 
Microsystems™ and C++. Also, various aspects of the 

15 processing agent 1 76 and the client interface 303 in par- 
ticular may be written as Common Gateway Interface 
script, JavaScript, Active Server Pages (ASP), and/or 
other appropriate programming languages. Beginning 
with block 343, the client interface 303 parses the re- 

20 ceived processing request to determine the associated 
client specification sheet 179a (FIG. 5). This may be 
done by obtaining the unit model 203 (FIG. 5) of the cli- 
ent 106 (FIG. 1) from the processing request 186 (FIG. 
2) and matching the same information in the corre- 

25 sponding client specification sheet 1 79a. 

[0044] Thereafter the client interface 303 moves to 
block 346 in which the client specification sheet 1 79 is 
obtained from the client specification database 179. 
Thereafter the client interface 303 proceeds to block349 

30 in which the processing request is checked to ensure 
that it is in properformat in light of the client specification 
sheet 179a. Also, the various parameters identified by 
the processing request 1 86 are examined to determine 
which of the modules in the processing agent 176 are 

35 to be executed to process the non-processable item 
219. Then, in block 353 the client interface 303 obtains 
the client configuration sheet 1 83a from the client con- 
figuration database 183 (FIG. 1). 

[0045] Next, the client interface 303 proceeds to block 
40 356 in which the proper modules to be executed to proc- 
ess the nonprocessable element 21 9 are determined in 
light of the client configuration sheet 183a. Then, in 
block 359, appropriate calls are made to the modules to 
process the nonprocessable element 219. Thereafter 
45 in block 363, the processing reply 189 (FIG. 7) is assem- 
bled and the processed element is included therein. Fi- 
nally, in block 366 the processing reply 189 is transmit- 
ted to the client 1 06. Thereafter the client interface 303 
ends until it is reinitiated forthe next processing request 
50 186. 

[0046] Although the processing compatibility logic 
1 59 and/or the processing agent 1 76, etc., of the present 
invention are embodied in software executed by general 
purpose hardware as discussed above, as an alterna- 
55 tive the same may also be embodied in dedicated hard- 
ware or a combination of software/general purpose 
hardware and dedicated hardware. If embodied in ded- 
icated hardware, for example, the processing compati- 
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bility logic 1 59 and/or the processing agent 1 76 can be 
implemented as a circuit or state machine that employs 
any one of or a combination of a number of technologies. 
These technologies may include, but are not limited to, 
discrete logic circuits having logic gates for implement- 
ing various logic functions upon an application of one or 
more data signals, application specific integrated cir- 
cuits having appropriate logic gates, programmable 
gate arrays (PGA), field programmable gate arrays (FP- 
GA), or other components, etc. Such technologies are 
generally well known by those skilled in the art and, con- 
sequently, are not described in detail herein. 
[0047] The flow charts of FIGS. 3A, 3B ; and 8 show 
the architecture, functionality, and operation of an im- 
plementation of the processing compatibility logic 159 
and the processing agent 176. If embodied in software, 
each block may represent a module, segment, or portion 
of code that comprises one or more action statements 
in the form of executable instructions or declarations to 
implement the specified logical function(s). If embodied 
in hardware, each block may represent a circuit or a 
number of interconnected circuits to implement the 
specified logical function(s). Although the flow charts of 
FIGS. 3A, 3B, and 8 show a specific order of execution, 
it is understood that the order of execution may differ 
from that which is depicted. For example, the order of 
execution of two or more blocks may be scrambled rel- 
ative to the order shown. Also, two or more blocks 
shown in succession in FIGS. 3A, 3B, and 8 may be ex- 
ecuted concurrently or with partial concurrence. It is un- 
derstood that all such variations are within the scope of 
the present invention. Also, the flow charts of FIGS. 3A, 
3B, and 8 are relatively self-explanatory and are under- 
stood by those with ordinary skill in the art to the extent 
that software and/or hardware can be created by one 
with ordinary skill in the art to carry out the various log- 
ical functions as described herein. 
[0048] Also, the processing compatibility logic 159 
and/or the processing agent 176 can be embodied in 
any computer-readable medium for use by or in connec- 
tion with an instruction execution system such as a com- 
puter/processor based system or other system that can 
fetch or obtain the logic from the computer-readable me- 
dium and execute the instructions or action statements 
contained therein. In the context of this document, a 
"computer-readable medium" can be any medium that 
can contain, store, or maintain the processing compat- 
ibility logic 159 and/or the processing agent 176 for use 
by or in connection with the instruction execution sys- 
tem. The computer readable medium can comprise any 
one of many physical media such as, for example, elec- 
tronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor media. More specific examples of a suit- 
able computer-readable medium would include, but are 
not limited to, a portable magnetic computer diskette 
such as floppy diskettes or hard drives, a random ac- 
cess memory (RAM), a read-only memory (ROM), an 
erasable programmable read-only memory, or a porta- 



ble compact disc. 

[0049] Although the invention is shown and described 
with respect to certain embodiments, it is obvious that 
equivalents and modifications will occur to others skilled 
5 in the art upon the reading and understanding of the 
specification. The present invention includes all such 
equivalents and modifications, and is limited only by the 
scope of the claims. 



1 . A processing method in a server (1 09), comprising: 

parsing a processing request (186) in a server 
(109) to identify a non-processable element 
(219) associated therewith, the processing re- 
quest (186) being received from a client (106) 
via a network (113), wherein the non-process- 
able element (21 9) is unrecognizable by the cli- 
ent (106); and 

performing at least one processing task on the 
non-processable element (219) to generate a 
processed element (329) recognizable by the 
client (106). 

The processing method of claim 1 , further compris- 
ing generating a processing response (189) to the 
processing request (186) in the server (109), 
wherein the processed element (329) is associated 
with the processing response (189). 

The processing method of claim 1 , wherein the step 
of performing the at least one processing task fur- 
ther comprises converting an image from a first for- 
mat into a second format, the second format being 
recognizable by the client (106). 

The processing method of claim 1 , wherein the step 
of performing the at least one processing task on 
the non-processable element (21 9) to generate the 
processed element (329) recognizable by the client 
(1 06) further comprises drawing an association be- 
tween a client identifier (203) in the processing re- 
quest (1 86) and the at least one processing task. 

A program embodied on a computer readable me- 
dium for remote processing, comprising: 

at least one statement for parsing a processing 
request (1 86) in a server (1 09) to identify a non- 
processable element (219) associated there- 
with, the processing request (186) being re- 
ceived from a client (1 06) via a network (113), 
wherein the non-processable element (219) is 
unrecognizable by the client (1 06); and 
at least one statement for initiating an execu- 
tion of at least one processing task on the non- 
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processable element (219) to generate a proc- 
essed element (329) recognizable by the client 
(106). 

6. The program embodied on a computer readable 5 
medium of claim 5, further comprising at least one 
statement for generating a processing response 
(189), wherein the processed element (329) is as- 
sociated therewith. 

10 

7. The program embodied on a computer readable 
medium of claim 5, wherein the at least one state- 
ment for initiating the execution of the at least one 
processing task further comprises at least one 
statement for drawing an association between a cli- 15 
ent identifier (203) in the processing request (186) 
and the at least one processing task. 

8. A method in a client (106) for interfacing with a 
processing server (1 09), comprising: 20 

parsing a markup file in the client (106) to as- 
certain a non-processable element (219) asso- 
ciated therewith, the markup file being received 
from a server (1 03) via a network (113); 25 
generating a processing request (186) and as- 
sociating the non-processable element (219) 
therewith; and 

transmitting the processing request (1 86) to the 
processing server (1 09) to be transformed into 30 
a processed element (329) recognizable by the 
client (106). 

9. The method of claim 8, further comprising: 

35 

parsing a processing response (189) received 
in the client (106) from the processing server 
(1 09) to identify a processed element (329) as- 
sociated therewith; and 

performing at least one task with the processed 40 
element (329) associated with the processing 
response (1 89). 

10. A program embodied on a computer readable me- 
dium for interfacing with a processing server (1 09), 45 
comprising: 

at least one statement for parsing a markup file 
in a client (1 06) to ascertain a non-processable 
element (219) associated therewith, the 50 
markup file being received from a server (1 03) 
via a network (113); 

at least one statement for generating a 
processing request (186) and associating the 
non-processable element (219) therewith; and 55 
at least one statement for transmitting the 
processing request (186) to the processing 
server (1 09) to be transformed into a processed 



element (329) recognizable by the client (106). 
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<?xml version="1.0" encoding-"UTF-8"?> 
<request> 

<unitModel>HP PSC 955</unitModel>« — 203 

<unitType>APPLIANCE</unitType> A — 206 

<unitld>120098345</unitld> < — 209 

<servicelnfo> 

<requestld>200106150066</requestld> ^ — 213 
<requestSubld>0</requestSubid> < — 216 
<requestType>Raster</ requestType> 
<requestLevel>0</requestLevel> 

</service!nfo> ^ 

<elementlnfo> 

<element>http://vvvw.hpxom/reinventjpeg</element> 

<e!ementType>lmage</elementType> ^ 223 

<Moreelements>false</Moreeiements> 
</elementlnfo> 

<processinglnfo> *f 

<destinationFormat>RASTER</destinationFormat> 

<imageWidth>400</imageWidth> 

<imageHeight>300</imageHeight> 

<datapacked>YES</datapacked> 

<compressed>NO</compressed> 

<allowPackets>YES</allowPackets> 

<allowResident>NO</allowResident> 
</processing!nfo> 
<devicelnfo> 

<MaxSheetLength>1 1 </MaxSheetLength>^ 

<MaxSheetWidth >8.5</MaxSheetWidth> > 233 

<Units>inches</Units> J 
</devicelnfo> 
</request> 

/ 

186 FIG. 2 
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<?xml version-"1.0"?> 

<scpd xmlns^'urnrschemas-upnp-org^ervjce-l-O'^ 
<specVersion> 

<major>1</major> 
<minor>0</minor> 
<7specVersion> 

<unitmodel>HP PSC 955</unitmodel> < 203 

<requestStateTable> 

<state Variable sendEvents="no"> 
^<name>State</name> 
<dataType>string</dataType> 
<defaultValue>ldle</defauItValue> 
<allowedValueList> 

<allowedValue>ldle</allowedVatue> 
<allowedVaiue>Sending</allowedValue> 
<allowedValue>Receiving</ailowedValue> 
<allowedValue>Rejected</allowedValue> 
<allowedValue>Errored</allowedVaiue> 
^</allowedValueList> 
</stateVariabie> 

<stateVariable sendEvents="yes n > 
<name>MoreObjects</name> 
<dataType>boolean</dataType> 
<defau(tValue>false</defaultValue> 
<allowedVaiueList> 

<allowedValue>true</alIowedValue> 
<allowedValue>false</aflowedValue> 
^</allowedValueList> 
<fctateVariable> 

<stateVariable sendEvents="no"> 

{<name>MaxSheetLength</name> 
<dataType>ui4</dataType> 
<defaultValue>VendorSpecificValue</defaultValue> 

</stateVariable> 

<stateVariable sendEvents=°no"> 

{<name>MaxSheetWidth</name> 
<dataType>ui4</dataType> 
<defaultVaiue>VendorSpecificValue</defaultValue> 

</stateVariabie> 

<stateVariable sendEvents= ,, no M > 
<name>Units</name> 
<dataType>string</dataType> 
<defaultValue>inches</defaultValue> 
<al!owedValueList> 

<ailowedValu8>inches</allowedValue> 
<alIowedValue>jnches/10</atlowedValue> 
<allowedVaiue>inches/100</alIowedValue> 
<ailowedVa[ue>inches/1000</allowedValue> 
<allowedValue>mm</allowedVaIue> 
<allowedValue>rnm/10</aliowedValue> 
,</allowedVatueList> 
</stateVariable> 

...Declarations for other state variables here... 
</requestStateTable> 
</scpd> 
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<?xml version="1 .(T?> 

<scpd xm!ns= M urn;schemas-upnp-org:service-1 -0"> 
<specVersion> 

<major>1</major> 

<minor>0</minor> 
</specVersion> 

<unitmodel>HP PSC 955</unitmodef> 
<actionList> 
<action> 

<name>SendConfiguration<fname> 
<argumentList> 
<argument> 

{<name>Name</name> 
<direction>in</direction> 
<relatedStateVariable>Name</relatedStateVariable> 
</argument> 
<argument> 

f <name>Resolution</name> 
326 A <direction>in</direction> 

L<relatedStateVariable>A_ARG_TYPE_UI4</relatedStateVariable> 
</argument> 
<argument> 

r<name>lmageWidth</name> 
326 -<! <direction>in</direction> 

^<relatedStateVariable>A - ARG_TYPE_U!4</relatedStateVariable> 
</argument> 
<argument> 

{<name>lmageHelght</name> 
<direction>in</direction> 
<relatedStateVariable>A_ARG_TYPE_Ui4</relatedStateVariable> 
</argument> 
<argtiment> 

{<name>lmageFormat</name> 
<direction>in</direction> 
<relatedStateVariable>lmageFormat</relatedStateVariab!e> 
</argument> 
</argumentList> 
</action> 
</actionList> 

</scpd> 

183a 

FIG. 6 
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<?xml version="1 .0"> 
<response> 

<unitModel>HP PSC 955</unitModel> < 203 

<unitType>APPL!ANCE</unitType> < 206 

<unitld>120098345</unitld> 

<servicelnfo> 

<requestld>200106150066</requestid>< — 213 
<requestSubld>0</requestSubId> < — 216 
<requestType>Raster</requestType> 
<requestLevel>0</requestLeve!> 

</servicelnfo> 

<responseinfo> 

<responselD>243536354634<responselD> 

<responsesublD>0</responsesublD> 

<morepackets>false</morepackets> 

</responseinfo> 

<processedelementlnfo> 

<element>... processed element here...</element> 
<format>raster</format> 

</processedelementlnfo> 
</response> 
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